home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20010306-20010921
/
000190_fdc@watsun.cc.columbia.edu_Thu May 31 14:26:40 EDT 2001.msg
< prev
next >
Wrap
Text File
|
2001-09-20
|
3KB
|
71 lines
Article: 12498 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Receive Errors moving from Kermit 6 to Kermit 7
Date: 31 May 2001 18:26:48 GMT
Organization: Columbia University
Lines: 54
Message-ID: <9f62d8$a4e$1@newsmaster.cc.columbia.edu>
References: <dstchtsrc3st7vt752ojtlivp0d7pb4fa1@4ax.com>
NNTP-Posting-Host: watsun.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 991333608 10382 128.59.39.2 (31 May 2001 18:26:48 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 31 May 2001 18:26:48 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12498
In article <dstchtsrc3st7vt752ojtlivp0d7pb4fa1@4ax.com>,
Al Weston <alweston@netcene.com.NOSPAM> wrote:
: I'm having a problem moving from Kermit 6 to Kermit 7. I have a script
: that uses kermit to retrieve a file from a dialup server running
: something called Data Express on a Tandem system. Getting more info on
: the sending system is like pulling teeth. They don't seem to know what
: they have.
:
: The script was built for Kermit 6.0.192 running on SCO OpenServer
: 5.0.5, and it works just fine on this platform. But the same script
: when run under Kermit 7.0.196 on AIX 4.3.3 fails every time with an
: error message of "Refused, format" during the transfer.
:
So you are changing two things at once -- the platform and the Kermit
version. Usually it's better (though not always possible) to change one
thing at a time.
: I can connect,
: login, etc., just fine, but once the file transfer begins, I get the
: same error every time. The file I'm retrieving is a plain text file.
: It's the same kind of modem (Hayes Optima) on both systems, and the
: serial port settings are the same (8N1, 19200).
:
I've heard of this error before. The Tandem Kermit (one that is not
known to us) is sending an unknown record-format announcer. Here is
packet log from a similar report:
r-xx-18-<timeout>^M
s-00-18-^A# N3^M
r-00-20-^A0 S~& @-#Y3~.##M%^M
s-00-20-^A9 Y~2 @-#Y3~^>J)0___F"U1@H^M
r-01-00-^A-!FF0008938+B:^M
s-01-00-^A2!Yachcredit.txt&03^M
r-02-01-^AQ"A!!8"!A#120010403 11:42:03*!A."M5/$AM961$8192)(O^M
The attribute packet contains:
!!8 = Length in K = 8
"!A = Text mode
#120010403 11:42:03 = File date
*!A = Text encoding is ASCII
."M5 = OS is Tandem Nonstop
/$AM96 = Record format is ?????
1$8192 = Length in bytes = 8192
AM96 is not a valid record format. Since you can't control the Tandem end,
the workaround is to tell C-Kermit to:
set attributes off
which makes Kermit ignore the Attribute packet that contains the invalid
record-format code.
- Frank